This Page Is Inserted by IFW Indexiffig md St^ming 
Operatloiis and Is not part of the Official Record 

BEST AVABLABLE IMAGES 

Defective images within this dociraient accwate TiB{Hres@fttatt®ls ©f tihe ©lipml 
documents submitted by the ^plicant. 

Defects in the images include but are not limited to the items checked: 

□ BIACK BOIBEKS 

□ MAGE CUT OFF AT TOP, BOTTOM OR SIDES 

□ FABEB TEXT OR ©RAWING 

□ BLURRED OR ILLEGIBLE TEXT OR ©RAWING 

□ SKEWED/SLANTED IMAGES- 

□ COLOR OR BLACK AND WHITE PHOTOGRAPHS 

□ GRAY SCALE BOCUMENTS 

□ LINES OR MARKS ON ORIGINAL ©OCUMENT 

□ REFEMENCE(S) OR EXHD[BIT(S) SUBMTTTEB ARE POOR QUALITY 

□ OTHER: . 

IMAGES ARE BEST AVAILABLE COPY» 
As rescamiiig these d^cmneiits will mot correct tie image 
problems checked, please do not report ties® proiteiiis to 
tie IFW Im^ge PrcDbkm Mailbox. 



(19) 



J 



Europaisches Patentamt 
European Patent Office 
Office europeen des brevets 





(12) 



(43) Date of publication: 

21.02-1996 Bulletin 1996/08 

(21) Application number: 95305614.0 

(22) Date of filing: 11.08.1995 



(11) EP 0 697655 A2 

EUROPEAN PATENT APPLICATION 

(51) Int CI S: G06F 9/46 



/■ ■ 



— ^ , 

(84) Designated Contracting States: / ' 


(72) Inventor: Bibayan, Farzad, 


DE FR GB 


c/o Canon KabushikI Kaisha 




Ohta-ku, Tokyo (JP) 


(30) Priority: 18.08.1994 US 293373 






(74) Representative: 


(71) Applicant: CANON KABUSHIKI KAISHA 


Beresford, Keith Denis Lewis et al 


Tokyo (JP) 


London WC1R 5DJ (GB) 



< 

lO 
CD 

CD 
O 

a. 

HI 



(54) System for managing external applications and files 



(57) A computer-impiemenied system for managing 
an external application in response to a user's selection 
of an Item in a compound document which is displayed 
by a client application The managing system includes 
an application manager and a file- manager which are 
simple in construction because there is no need for them 
to communicate directly with the external application: 
rather they simply monitor the external application, in 
response to user selection of an item in the compound 
document, the client application copies the selected item 
to an external temporary file and sends the temporary 
file name to the application manager. Based on the file 
name, the application manager associates an external 
file to the application, launches the external application, 
issues polling requests for activity of the external appli- 
cation, and outputs the file name to the file manager. In 
response to outputting of the file name from the applica- 
tion manager the file manager commences monitoring 
activities of the external file to determine whether it has 
been modified, and. in addition, returns a pointer for the 
external file to the application manger The application 
manager returns the pointer for the external file to the 
client application, and in addition returns a pointer for the 
external application. Upon receipt of these pointers, the 
client application instructs a windowing operating system 
to display a window for the external application. By virtue 
of this arrangement, a full-featured compound document 
capability is provided in which it is possible to perform all 
conventional windowing tasks such as close down or 
re-focus of external applications, and close down or 
iconization of the client application, ail without any spe- 
cialized communication to the external application or the 
external file. 
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Description 

The present invention is a computer-implemented 
management system which works in conjunction with a 
client application program so as to manage external ap- 
plication programs and their associated files More par- 
ticularly, the management system of the present inven- 
tion provides a system for a client application to launch, 
track and othenwise manage an external application and 
its associated file 

It has recently become possible to create a compu- 
ter document which contains data from a variety of dif- 
ferent application programs. Such a document-Js/called 
a "compound document*. Compound docunper^ts are 
created by a first application program, usually called a 
"client application", and contain one or more data objects 
from other application programs. A compound document 
might, for example, be created by a word processing ap- 
plication program. In this case, the compound document 
contains not only text data native to the word processing 
application program, but also contains data objects from 
other application programs such as a bit map data object 
from a graphics display program, a spreadsheet data ob- 
ject from a spreadsheet program, or a sound data object 
from a sound recorder application program 

Compound documents are an important develop- 
ment in computer systems because they eliminate the 
constraint that data in a document must be that one sin- 
gle type of data supported by the client application. With 
compound documents, it is now possible tocreate a word 
processing document that includes not only text from the 
word processing application but which also includes 
numbers from a spreadsheet application, images from a 
graphics application, and sounds from a recorder appli- 
cation. 

Figures 1 (a) through 1 (c) tilustrate how a compound 
document might appear to a user of a client application 
program, here a client application program which allows 
a user to send and to receive multimedia messages 
which may include attachments from external application 
programs. A suitable client application program for send- 
ing and receiving multimedia messages is described in 
detail in application Serial No. 07/808,757, filed Decem- 
ber 17, 1991, the contents of which are incorporated 
herein by reference, (copy filed herewith). 

!n Figure 1 (a), a compound document 1 is shown as 
it might be displayed to a user on display screen 2 of 
computer monitor 3. Compound document 1 is a mes- 
sage that is scheduled to be sent to a remote recipient. 
The compound document includes a text portion 4 which 
is data native to the client message manager application 
program. In addition, compound document 1 includes at- 
tachments signified by icons 5, 6 and 7 which are data 
objects from external application programs. Specifically 
text attachment 5 is a simple text file created by an ex- 
ternal text editor application such as Microsoft Note Pad. 
Bitmap attachment 6 is a bitmap file created by an ex- 
ternal graphics program such as Microsoft Paint Brush. 



Sound attachment 7 is a wave file created by an external 
sound application program such as Microsoft Sound Re- 
corcJer. 

By selecting one of the icons in compound document 

.5 V such as by double clicking on the icon with a mouse, 
the user can cause the external application which creat- 
ed the data object to be launched so as to view, edit or 
otherwise modify the data object associated with the 
icon. Thus, as shown in Figure 1 (b). after selecting the 

^0 bitmap icon 6, the external Paint Brush application pro- 
gram is launched so as to display the bitmap attachment. 
Likewise, in Figure 1(c), the user has selected the re- 
maining icons so as to cause associated external appli- 
cation programs to be launched. 

Various implementations have been proposed so as 
to allow an external application to be launched from a 
client application which is displaying a compound docu- 
ment. For example. Microsoft has introduced object link- 
ing and embedding (hereinafter "OLE") which allows 

20 data objects from external applications to be linked or 
embedded in a compound document for a client applica- 
tion. OLE is described in detail in Chapter 9 of R Davis. 
"The Windows 3. 1 Bible", Peachpit Press. 1 993. the con- 
terits of which are incorporated herein by reference. OLE 

25 provides a robust implementation of compound docu- 
ments which allows a user to launch external applica- 
tions, to switch from one application to another, and to 
monitor how objects in the compound document are be- 
ing modified by their respective external applications. 

^0 However, to achieve this implementation, specialized 
communication is needed between the external applica- 
tion and the client application. For example, the external 
application must be OLE-aware and must register itself 
into a 'registration database". The client application 
must, in addition be OLE-compliant, meaning that the 
client application must be able to communicate directly 
or indirectly to the external applications so as to deter- 
mine whether they are present. must support thecreation 
of complex compound documents, and must also con- 

-^0 form to standard OLE interfaces. 

Other implementations of compound documents 
have been proposed, but these implementations con- 
strain how a user is able to manipulate data objects in 
the compound document. For example, "CC Mail" from 

-^5 Lotus, which is an E-mail client application, provides a 
compound document capability which is simpler than Mi- 
crosoft's OLE but which does not provide as many fea- 
tures as OLE. For example, when an external application 
is launched from the "CC Mail" client application, a user 

50 is not permitted to access any other application program 
until the external application has been closed down. This 
limits the usefulness of compound documents. For ex- 
ample, when using the client "CC Mail" application pro- 
gram, the user would not be able to obtain the display in 

55 Figure 1 (c). Rather the user would be constrained to the 
display shown in Figure 1{b) and would not be able to 
access any other program, including the client applica- 
lion program, until the Note Pad external application pro- 
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gram had been closed down. Particularly in a windowing 
operating system such as Microsoft Windows, in which 
a user expects to be able to access any application pro- 
gram at any time, this is a significant limitation. 

Accordingly there is a need to provide a managing 
system for managing external applications associated 
with compound documents in which the management 
system provides a user with flexibility like that provided 
m an OLE-based implementation while at the same time 
does not require specialized communication between 
the client application program and the external applica- 
tion program. ■} / 

The present invention addresses the afbrfemen- 
tioned need in the art by providing a managing system 
which manages externa! applications that are launched 
from compound documents displayed in a client applica- 
tion without the need for specialized communication be- 
tween the client application and the external applica- 
tions. 

In one aspect, the management system of the 
present invention includes an external application man- 
ager and an external file manager both of which are in- 
stantiated by a client application program which supports 
compound documents. The external application manag- 
er determines which external application to launch based 
on characteristics in a file name provided from the client 
application, such as the DOS extension to the file name, 
launches the external application with the file, returns a 
pointer for the external application to the client applica- 
tion, periodically polls for-activity of the external applica- 
tion, and outputs the file name to the external file man- 
ager. The external file manager monitors the file to de- 
termine if the file has been modified by the external ap- 
plication. Modification information is provided via the ap- 
plication manager back to the client application. 

Because the external application manager simply 
monitors the external application (by polling), and the ex- 
ternal file manager likewise only monitors the external 
file, there is no need (or specialized communication be- 
tween the client application and the external application. 
Moreover, because the external application is launched 
using a windowing operating system, the user is free to 
switch between any of the applications, including the cli- 
ent application. Thus, for example, if the external appli- 
cation is no longer in focus when the user re-selects the 
external data object from the client application display 
the client application simply refers to pointers returned 
from the application manager to determine whether there 
is an existing application program corresponding to the 
external object If there is. then the client application re- 
quests application manager to put the external applica- 
tion in focus, and the application manager in turn asks 
the windowing operating system to activate the window 
of the external application so as to put the external ap- 
plication in focus. If there is no pointer, then the client 
application simply requests the application manager and 
file manager to launch a suitable external application. 
Likewise, when an external application is closed 



down, the application manager which has been monitor- 
ing the activity of external applications advises the client 
application of this fact. The client application then de- 
cides based on the monitoring activities of the file man- 

5 ager whether it is necessary to re-import a file that has 
been modified by an external application. 

In like manner, when the client application is closed 
down or iconized, the client application can easily deter- 
mine whether there are any external applications by re- 

w fernng to the pointers returned by the application man- 
ager. If the client application is being closed down, then 
it can prompt the user to close down all external appli- 
cations prior to closing down; as the external applications 
are closed, the client application can re-import any mod- 

15 ified files as described previously. On the other hand, if 
the client application is being iconized, then the client ap- 
plication can sweep all external applications down into a 
single icon for the client application. 

Accordingly the invention as described above pro- 

20 \j\6es a full featured and robust implementation of com- 
pound documents which does not require a client appli- 
cation to communicate with external applications. 

This brief summary has been provided so that the 
nature of the invention nnay be understood quickly. A. 

25 more complete understanding of the invention can be ob- 
tained by reference to the following detailed description 
of the preferred embodiment thereof in connection with 
the attached drawings. 

30 BRIEF DESCRIPTION OF THE DRAWINGS 

Figures 1(a), 1(b) and 1(c) illustrate how a com- 
pound document appears to a user of a client application 
program. 

35 Figure 2 is a view for showing the outward appear- 
ance of a representative embodiment of the present in- 
vention. 

Figure 3 is a detailed block diagram showing the in- 
ternal construction of computing equipment shown in 
40 Figure 2. 

Figure 4 is a block diagram showing the structure of 
the managing system of the present invention. 

Figure 5 is a flow. diagram illustrating operation of 
the managing system shown in Figure 4. 
45 Figure 6 is an illustrative view of a compound docu- 
ment. 

Figure 7 is a detailed flow diagram showing polling 
by the application tracker. 

Figure 8 is a flow diagram showing the procedure 
50 for closing down or iconizing a client application. 



DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENT 



55 Figure 2 is a view showing the outward appearance 
of a representative embodinnent of the present invention. 
Shown in Figure 2 is computing equipment 20 such as 
an IBM PC or PC-compatible computer having a wtndow- 
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ing operating system such as a Microsoft Windows op- 
erating system. Computing equipment 20 is provided 
with a display monitor 23 having a display screen 22 on 
which computing equipment 20 displays images to the 
user Computing equipment 20 is further provided with a ^ 
floppy disk drive 24 with which removable floppy disk me- 
dia may be read or written, fixed disk drive 25 for storing 
data files and application program files, a keyboard 26 
for permitting input of text data and manipulation of ob- 
jects displayed on display screen 22, a pointing device 
27 such as a mouse or the like which is also provided to 
permit manipulation of objects on display screen 22, and 
a combined speaker/microphone 29. A coniJ^eh tional 
printer 30 as well as connections to a network 31 or to 
an ordinary voice telephone line 32 for sending and re- ^5 
ceiving voice and/or facsimile messages are also provid- 
ed. 

In accordance with operator instructions, and under 
control of the windowing operating system, stored appli- 
cation programs such as client application programs and 20 
external application programs are selectively activated 
to process and manipulate data. 

Figure 3 is a detailed block diagram showing the in- 
ternal construction of computing equipment 20. As 
shown in Figure 3, computing equipment 20 includes a 2S 
central processing unit (CPU) 40 such as programmable 
microprocessor interfaced to a computer bus 41. Aiso 
interfaced to computer bus 41 is speaker/microphone in- 
terface 42. display interface 44, network interface 45. 
fax/modem/telephone interface 46, printer interface 47. 30 
and floppy disk drive interface 49, 

Mam memory 51 such as random access memory 
(RAM) interfaces to computer bus 41 so as to provide 
CPU 40 with access to memory storage. In particular, 
when executing stored application program instruction 3S 
sequences such as those associated with application 
programs stored on disk 25. CPU 40 loads those instruc- 
tion sequences Irom disk 25 (or other storage media 
such as media accessed via network 31 ) into main mem- 
ory 5 1 and executes those stored program instruction se- -^o 
quences out of main memory 51 . 

ROM (read only memory) 52 is provided for storing 
invariant instruction sequences such as start-up instruc- 
tion sequences or basic input/output operating system 
(BIOS) sequences for operation of keyboard 26. -'5 

As shown in Figure 3, and as previously mentioned, 
fixed disk 25 stores program instruction sequences for 
the windowing operating system and for various applica- 
tion programs such as a message manager application 
program, a graphics application program, a sound appli- 50 
cation program, and the like, In addition, stored on fixed 
disk 25 are compound document files together with other 
data files such as data files associated with the applica- 
tion programs. Fixed disk 25 also stores the manage- 
ment system of the present invention which, as shown 55 
in Figure 3, is compnsed by two components: an external 
application manager and an external file manager Both 
components are instantiated by a client application that 



requires managing of external applications and their as- 
sociated files. The structure of the external application 
and file mangers is described in connection with Figure 
4, and Its operation is described in the flow diagrams in 
Figures 5. 7 and 8. 

More particularly. Figure 4 shows client application 
55 with instantiations of application manager 60 and file 
manager 70. Application nnanager 60 includes applica- 
tion pool manager 61 . application tracker 62. application 
launcher 64, application finder 65. and application 
browser 66. Figure 4 shows application manager 60 as 
containing three application entry objects, namely ob- 
jects 67. 63 and 69. As will be descnbed more fully below, 
one such object is provided for each external application, 
such as applications 87, 88 and 89. !t will therefore be 
understood that the provision of three application entry 
Items is illustrative only, and that typically upon instanti- 
ation of application manager 50 there will not be any ap- 
plication entry objects until client application 55 requests 
application manager 60 to launch such an external ap- 
plication. 

Fife manager 70 includes file pool manager 71. and 
file tracker 72. In addition. Figure 4 shows file manager 
70 as including three file entry objects, namely objects 
77, 78 and 79. one each for each of external files such 
as files 97, 93 and 99. As before with respect to applica- 
tion entry objects 67, 68 and 69, one file entry object is 
provided for each external file. Thus, although Figure 4 
shows three such objects, upon instantiation of file man- 
ager 70 there will ordinarily not be any file entry objects. 

The functional capabilities of each object shown in 
Figure 4 will now be explained. 

Application pool manager 6 1 is a holder for ail appli- 
cation entry objects and has the capability of creating, 
adding, removing and managing those objects Applica- 
tion pool manager 61 connmunicates with client applica- 
tion 55 by receiving requests from client application 55 
to create entry objects and by sending to client applica- 
tion 55 pointers for application entry objects. Application 
pool manager 61 also communicates with file pool man- 
ager 71 by providing file pool manager 71 with file names 
and by receiving file pointers from file pool manager 71 . 

Application tracker 62 is responsible for checking for 
existence of all external applications and for synchroniz- 
ing itself with the status of those external applications. 
As described more fully below, application tracker 62 op- 
erates on a periodic polling basis, namely by sending 
polling requests to applicat ton finder 65 and to file tracker 
72. In situations where application finder 65 advises ap- 
plication tracker 62 that a particular external application 
no longer exists, application tracker 62 advises applica- 
tion pool manager 61 of the new application status. In 
that case, the application pool manager 61 removes the 
appropriate application entry object and, in turn, updates 
client application 55's list of pointers. File tracker 72 re- 
sponds to polling requests from application tracker 62 by 
advising application tracker 62 of the status of external 
files, specifically whether such external files have been 
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modified or not. In the event thai external files have been 
modified, application tracker 62 advises application pool 
manager 61 of that fact and application pool manager 
Sljn turpi, updates client application 55, 

Application launcher 64 is used to launch an external 
application. Application launcher 64 communicates with 
client application 55 through receipt of a data object. Or- 
dinanly, the data object is a file name received from client 
application 55 in response to user selection of a data ob- 
lect in a compound document. In that case, application 
launcher 64 determines whether there is an exteijnal ap- 
plication associated to the file name. If there is a^ exter- 
nal application associated with the file name application 
launcher 64 launches that application. To find aslociated 
applications, application launcher 64 issues requests to 
the windowing operating system for associated applica- 
tions. If the windowing operating system cannot identify 
the application, application launcher 64 tries to identify 
an associated application through other means, such as 
searching through initialization (.INI) files. If an applica- 
tion is successfully launched, application Iauncher64 ad- 
vises client application 55 of a successful launch. Other- 
wise, application launcher 64 advises client application 
55 that no application was launched. 

Application browser 66 is invoked by client applica- 
tion 55 in the event that an external application cannot 
be associated to a data object provided to application 
launcher 64. If invoked, application browser 66 provides 
the user with a display of available application programs 
and permits the user to select one. If an application is 
selected, application browser 55 provides the selected 
application to client application 55 which, in turn, pro- 
vides it to application launcher 64. 

Application entry objects, such as objects 57. 69 and 
69. contain all related information for applications such 
as the task handle for the application, the instance han- 
dle for the application, the window handle of the applica- 
tion, and.the owner of the application (here, an item with- 
in client application 55). As mentioned above, one appli- 
cation entry object is provided for each externa) applica- 
tion. 

Application finder 65 is responsible for finding pre- 
viously-launched external applications and assuring that 
any external applications so found are actually present. 
In particular, because of timing delays and system over- 
head, it is possible to incorrectly conclude that an appli- 
cation is present when in fact it no longer exists. To as- 
sure that an external application is actually present, ap- 
plication finder 65 obtains the application window handle 
and the application task handle. Application finder 65 
then matches the application instance handle in the ap- 
plication entry object against the application instance 
handle obtained from the window handle, and matches 
the application task handle in the application entry object 
against the application task handle obtained from the 
window handle. If both match, application finder 65 con- 
cludes that an application which the windowing operating 
system indicates is present is actually present, and ad- 



vises application tracker 62 of that in response to polling 
requests. 

File pool manager 71 holds all file entry objects and 
has the capability of creating, adding, removing and 
5 managing those objects. File pool manger 71 communi- 
cates with application pool manager 61 by receiving file 
names from application pool manager 61. In response 
to receipt of a file name, file pool manager 71 opens a 
file entry object, and returns a file pointer to the applica- 
10 tion pool manager. 

Piie tracker 72 checks for existence of all files in the 
file pool and determines when a file has been modified. 
When it detects modification of a file, file tracker 72 ad- 
vises application tracker 62 of that fact in response to a 
r5 polling request. 

File entry objects, such as objects 77, 78 and 79, 
contain at! related information for a file such as the file 
name, a time stamp and possible persistent storage 
identifiers. As mentioned above, file pool manager 71 
20 creates only one file entry object for each file. 

By virtue of the above-descnbed structure of appli- 
cation manager 60 and file manager 70. it will be appre- 
ciated that a full-featured external application and file 
management system has been provided which does not 
2S need to communicate with any external application or 
any external file. Rather to provide full management of 
external applications and files, the application manager 
and file manager need only check pointers and handles 
provided by the windowing operating system. 
30 Figure 5 is a flow diagram illustrating operation of 
the Figure 4 managing system. The steps performed in 
Figure 5 are executed by CPU 30 in accordance with 
stored program instruction sequences stored on fixed 
disk 25 and executed out of random access memory 51 
35 In step S501 , the user activates the client application 
which, as part of its initialization routine, instantiates the 
application manager 50 and file manager 70 In step 
S502. application tracker 62 commences polling of ap- 
plication finder 65 and file tracker 72 to determine the 
-0 status of any existing external applications as well as 
whether or not files associated with those external appli- 
cations have been modified. Polling is described in fuller 
detail in connection with. Figure 7: for present purposes, 
It IS sufficient to note that polling occurs on a periodic 
^5 basis which is set to between three and ten seconds. 

In step S503, the user utilizes client application 55 
to create a compound document, such as the compound 
document shown in Figure 6. Wore particularly, in the 
representative embodiment of the invention described 
50 here, the client application is a message manager appli- 
cation program. Tobutid a compound document, the user 
selects the message builder option button 101 from tool 
bar 100, which causes the message manager applica- 
tion to display a message builder screen 102. After en- 
55 tering data in the native message manager application 
mode, the user is permitted to attach documents created 
by externa! applications, thereby creating a compound 
document. In particular, by selecting attach button 105. 
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screen 106 is displayed to allow a user to embed a doc- 
ument or form a link to the document. In the case of em- 
bedding a document, a. copy of the document is physi- 
cally created within the compound document, whereas 
in the case of a linked document, only a link to the exter- s 
nal document is stored. The option of linking or embed- 
ding is provided by radio button I03a and I03b. After 
selecting whether to link or to embed the external docu- 
ment, a compound document such as that shown in dis- 
play area 104 is created. w 

In step S504, the client application displays thecom- 
pound document and allows user selection of any exiec- 
nal object (or data item) from the compound gocument. 
In step S505, in response to user selection of ^'d^ta item, 
client application 55 checks if there is a valid pointer, pre- ^5 
viously supplied from application pool manager 61, for 
the entry object for this item (S506). If there is a valid 
pointer then the user has previously activated this data 
item and there is a corresponding external application 
which is present. Accordingly flow branches to step S507 20 
in which client application 55 merely passes the window 
handle to the windowing operation system which, in turn, 
puts the external application into focus for use by the us- 
er. Flow then advances to step S519 in which the win- 
dowing operating system displays a window for the se- 25 
iected external application. 

Presumably, however, if this is the first time that the 
item has been selected by the user then there is no valid 
pointer for an entry object for this item. Accordingly, flow 
continues to step S508 in which the client application ere- 30 
ates a temporary file for use by the external application. 
In more detail, in a case where the item is a linked item, 
client application 55 simply uses the file designated by 
the link. If. on the other hand, the selected item is an em- 
bedded ttem_ then client application 55 creates a tempo- 
rary file and stores the embedded data from the com- 
pound document into the temporary file. When creating 
the temporary file, client application 55 maintains the 
same DOS extension for the file name. As will be seen 
below^ the DOS extension is used as a key to associate -^0 
particular external application programs with the tempo- 
rary file For example, a .BMP extension is presumed to 
be a bitmap file and an external graphics application 
such as Microsoft Paint Brush which handles bitmap 
files, is associated with a . BMP file. Likewise, a .TXT file -^s 
is presumed to be a text file and a text editor such as 
Microsoft Note Pad is associated with such a file: and 
a .WAV file is assumed to be a wave file and a sound 
editor such as Microsoft Sound Recorder is associated 
with such a file. Similar associations are well known to 
those skilled in the art. 

In step S509. client application 55 invokes applica- 
tion launcher 64 to determine whether an external appli- 
cation can be associated with the temporary file (or for 
a linked item, the linked file). Application launcher 64 in- 55 
spects the DOS extension of the file name and deter- 
mines whether an external application can be associated 
with that DOS extension. In making this determination. 



application launcher 64 refers to the windowing operat- 
ing system and, in the case where the windowing oper- 
ating system cannot retum an external application, also 
refers to initialization files such as .INI files which store 
such associations. If an association is not found (step 
S510). then flow advances to step S511 in which appli- 
cation launcher 64 returns an error code to client appli- 
cation 55. Client application 55 then invokes application 
browser 66 (step S512) which allows a user to make a 
manual selection of an external application (step S51 3). 
The manual selection is returned by application browser 
66 to client application 55 which, in turn, returns the man- 
ually-selected application to application launcher 64. 

In the case where application launcher 64 is able to 
associate an external application file to the DOS exten- 
sion, or in the case of manual designation by the user in 
step S513, application launcher 64 launches the associ- 
ated external application. For example in the case of 
a .BMP file, application launcher 64 may launch a Paint 
Brush application as seen at 87 Similarly, in the case of 
a TXT file, application launcher 64 launches a Note Pad 
application 35; or in the case of a .WAV file, application 
launcher 64 launches sound recorder external applica- 
tion 39. Application launcher then informs client applica- 
tion 55 that an external application has successfully been 
launched {step S515). 

Upon learning of successful launch of an external 
application, client application 55 invokes application pool 
manager 64 to create an application entry object corre- 
sponding to the launched application. Application pool 
manager 61 responds by creating an application entry 
object such as object 67, 68 or 69. the application entry 
object being responsible to store information concerning 
the appiicaiicn. As mentioned previously, one applica- 
tion entry object is created for each existing external ap- 
plication (or in the case where two different files in the 
same compound document have the same DOS exten- 
sion, for each separate instance of the external applica- 
tion). 

Application pool manager 61 further invokes file pool 
manager 71 to create a corresponding file entry object 
(step S51 7). In like manner to the application pool man- 
ger the file pool manager 71 creates a file entry object, 
such as object 77, 78 or 79, to track the status of the 
temporary file with which the newly-launched external 
application is operating. 

Flow then advances to step S518 in which applica- 
tion pool manger returns a pointer to the client applica- 
tion. The pointer is a pointer for the application entry ob- 
ject and the file entry object. The client application 55 is 
able to use this pointer for future operations, such as in 
step S506 where the client application determines 
whether there is a valid pointer signifying that an external 
application is present for a selected item, or such as de- 
scribed below in connection with closing down or iconiz- 
ing of client application 55. Flow then advances to step 
S519 in which the windowing operating system displays 
a windpw for the selected external application. 
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Thereafter, the user ..is free to use he new 
ly.launched external application to create, edU or other- 
wise modify the data item from the compound document, 
m addifon the user ,s tree to switch focus to other wn^ 
dows or 10 activate new windows. When the user w, hes 
,0 return ,o the window corresponding to the external ap- 
plication he can do so through normal windowing p^to- 
CO, or he may re-selec. .he data 'te-.'-^ 
document displayed by client application 55. ^at ca e 
„ow proceeds as described above in connection with 
"ep S506 in which client application 55 delarryines 
whether there is a valid pointer for the entry ot^4^t cor- 
responding to the selected item and in which, in re- 
sponse .0 a positive identification of such a valid pointer. 

en, application 55 simply passes the window and e 
,0 the windowing operating system which executes focus 
onto the external application. 

Figure 7 is a detailed flow diagram showing polling 
by application tracker 62. 

in step S701. application tracker 62 invokes file 
tracker 72 which, via any existing file entry ob|ects, de- 
ermines whether a file has been modified If IHe trac e. 
72 determines from a file entry object that an external file 
has been modified (step S702) then flow branches to 
step S703 ,n which file tracker 72 advises apphcation 
tracker 62 that a particular file has been "^f^^^^-^^^ 
inlomiation is passed from application backer 62 to ap- 
plication pool manager 61 which, in turn, adv'ses client 
apDiicalion 55 that a particular file corresponding to one 
file entry object has been modified. 

in either even,, flow advances ,o step S704 in whK:h 
apolication tracker 62 invokes application finder 65 to de- 
termine whether each external application correspor.d^ 
,ng ,0 an application entiy obiect is still present. Using 
the above-descnbed procedure of matcf^ng windows 
handles and instance handles to task handles applica- 
tion finder 65 checks to ensure that all external appHca- 
„ons corresponding ,o application entry ob,ects are s^n 
present. So long as the tested handle values match (step 
S706), then application finder 65 determines tha each 
external application is st.ll present and relurns ,hat infor- 
mX to Splication tracker 62 (step S707). Then, a^ter 
a predetermined period (such as three to ten seconds)^ 
applica,ion tracker 52 repeats its polling process (s,ep 

On the o,her hand, if in step S706 application finder 
65 determines tha, ,here is no match for the tested han^ 
die values, then application finder 65 concludes that an 
external application has been closed down. Flow then 
advances to step S709 in which close down procedures 
are carried out. Particularly, as shown in step S710. ap- 
plication tracker 62 advises application pool manage to 
remove an application entry object corresponding to he 
closed down external application. In step S7 1. ne 
Closed down application entry object "Plates aPP'tca.on 
finder 65 with its new closed down status and then clMes 
„self down Then in step S71 2. application pool manager 
51 invokes file pool manager 71 ,o remove its corre 



sponding file entry object. In response, in step S7i3. the 
fiE^entry object (or objects) determines if the lemporan, 
le created in step S508 was modified by the externa, 
application. If no modification had taken place^then cU- 
s en, application 55 sirriply destroys the temporary file. On 
L oL hand, if modifications have taken place, then 
client applica,ion 55 re -imports ,he data in the lemporary 
1 ?n,oTs interna, compound document. In adc^n^c i- 
en, app.ica,ion 55 updates any parameters affected by 
,0 the re-imponed file, such as parameters giving an indi- 
ca,ion ,0 me user as to size and/or date of most recen 
o^odification of the file. In s.ep S714 application pool 
manager 61 advises client application 55 that the exter- 
nal application has closed down 

Figure 8 is a flow diagram showing ,he procedure in 
a case where ,he user has seleCed close down or iconi- 
zation of client application 55 More particularly, as is 
generally known, it is possible for the user to request the 
windowing operating system to close down client app li- 
20 calion 55. lor example, by double clicking on control but- 
ton 107 shown in Figure 6 Likewise it is possible lor a 
user to request the windowing operating sys,em ,o 
,conize the client application, for example by chck^g on 
minimize button 108. When close down is requested, the 
25 windowing operating system exits client application 55 
and irees memo-y previously used by that application. II 
.conization IS selected, the windowing operating system 
removes all windows associated with Cien, applicalion 
55 from display screen 22 and replaces all those win- 
30 dows w.,h an icon represen,ing ,he clien, application. 
The user may re-invoke all windows associaled with cli- 
ent application 55 by double clicking the application icon^ 
The flow process shown in Figure 8 ensures tha, 
upon close down or .conization ol client application 55, 
35 corresponding external applications are closed down jn 
an orderly procedure or swept into the icon 'o'^l'^nt ap- 
plication 55. More particularly, as shown in step S801. 
upon user selection of close down or iconization, client 
application 55 determines whether ,here are any ex er- 
40 nal applications presen, Client application 55 makes ,h^ 
deterrSination by reference .o its lis, o. pointers lor enlry 
objecs which was provided by application pool manager. 
1, r!o exiernal applications exist (step S802), flow branch- 
es ,0 step S803 in which client application 55 is simply 
.5 Closed down or iconized, as requested by the user. 

It on the other hand, there are any existing external 
applications, then flow advances to s,ep S804 in which, 
if a close down operalion has been requested, flow ad- 
vances ,0 step S805 where client application 55 requesls 
50 the user to close down the external applications. A dialog 
box may be provided to warn the user o, the exis ence 
orexternal applications. As each external application ,s 
closed down, the close down procedures commencing 
a, step S709 are followed, alter which flow advances to 
55 step S806 in which client application 55 is closed dowa 
II step S804 determined that an iconize operation 
had been requested, then flow advances to step S807 
in which client application 55 provides the windowing op- 
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erating system with the window handle to each external 
application and requests the windowing operating sys- 
tem to de-dtsplay that window. After all external applica- 
tions have had their windows de-displayed, flow advanc- 
es to step SS05 in which client application 55 is reduced s 
to an tcon. In response to a user request to restore client 
application 55 (step 5609) such as by double clicking on 
the iconic representation of client application 55, the win- 
dowing operating system re-displays the client applica- 
tion 55 (step S310) After the client application 55 has 
been re-dispfayed, it, in turn, provides the windowing op- 
erating system with pointers for all external applications. 
Using those windows pointers, tfie windowing (t)Fje rating 
system re-displays the external applications. ^ / 

15 

Claims 

1. A computer implemented system for managing an 
external application in response to user selection of 
an item in a compound document displayed from a 
client application, said computer implemented sys- 
tem comprising: 

an application manager which receives a file 
name for an external file corresponding to the 
selected item and which, based on the file name, 
associates an external application to the file, 
launches the external application, polls for activity of 
the external application, and outputs the file name: 
and 30 

a file manager, responsive to outputting of the 
file name from the application manager which mon- 
itors the externa! file to determine if the external file 
has been modified by the external application and 
which returns to the application manager a pointer 3S 
for the external file: 

wherein the application manager returns a 
pointer for the external application and a pointer for 
the external file to the client application. 

40 

2. A computer implemented system according to Claim 
1 ., wherein the client application responds to user 
selection of an item in the compound document by 
copying the selected item to a temporary file and by 
sending the temporary file name to the application 
manager, and wherein in response to receipt of the 
pointers from the application manager the client 
application instructs a windowing operating system 
to display a window for the externa! application. 

50 

3. A computer implemented system according to Claim 
1. wherein the client application responds to user 
selection of an item in the compound document by 
determining if a valid pointer for the selected item 
has been received from the application manager 55 
and wherein in a case where a valid pointer exists 

the client application instructs a windowing operat- 
ing system to display a window for the external appii- 



cation and wherein in a case where a valid pointer 
does not exist the client application copies the 
selected item to a temporary file, sends the tempo- 
rary fi'e name to the application manager and in 
response to receipt of a pointer from the application 
manager, instructs the windowing operating system 
to display a window for the external application. 

4. A computer implemented system according to Claim 
1 , wherein in response to close down of an external 
application, said application manager invalidates 
the pointer sent to the client application. 

5, A computer implemented system according to Claim 
4, wherein in response to close down of an external 
application, the external file manager determines 
whether the external file has been modified, and in 
a case where the external file has been modified 
re-imports data from the external file. 

6, A computer implemented system according to Claim 
1 . wherein in response to close down of the client 
application, the client application inspects, valid 
pointers received from the application manager to 
determine whether any external applications are still 
present, and before closing down requests 
close-down of still-present external applications. 

7. A computer implemented system according to Claim 
1 . wherein in response to iconization of the client 
application, the client application inspects valid 
pointers received from the application manager to 
determine whether any external applications are still 
existing and instructs a windowing operating system 
to de-display any still-existing external applications 
before iconization. 

3. A computer implemented system according to Claim 
7. v/herein in response to restoration of an iconized 
client application, the client application inspects 
valid pointers received from said application man- 
ager and instructs the windowing operating system 
to re-display any still^present external applications. 

9. A computer implemented system for managing an 
external application in response to user selection of 
an Item in a compound document displayed by a cli- 
ent application, said computer implemented system 
comprising: 

a windowing operating system for displaying 
windows: 

a client application, interacting with said win- 
dowing operating system which creates, retrieves 
and stores compound documents and displays com- 
pound documents for user selection of an item 
therein, wherein in response to user selection of an 
item in the compound document said client applica- 
tion copies the selected item to a temporary fife and 
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outputs a temporafy file name; 

an application manager instantiated by said 
client application, said application manager includ- 
ing (a) an application tracker which outputs polling 
requests to check for existence of external appiica- 5 
tions, (b) an application finder responsive to polling 
requests from the application tracker which confirms 
whether an external application is present, {c) an 
application pool manager for creating, adding and 
removing application entry objects^ the application fo 
pool manager also tor receiving the file nanie from 
the client application and outputting it. and folreturn- 
ing a pointer for the external file and the jfexlemai 
application to the client application, and (d) an appli- 
cation launcher which associates an external appli- '5 
cation to the file name output by said client applica- 
tion and which launches the external application: 
and 

a file manager, instantiated by the client appli- 
cation, said file manager including (i) a file tracker 2D 
responsive to polling requests from the application 
tracker to check for modification of the file created 
by the client application, and (ii) a file pool manager 
for creating, adding and removing a file entry object 
corresponding to the file, the file pool manager being 
responsive to output of the external file name from 
the application pool manager by creating a file entry 
object. 

10. A computer implemented system according to Claim 30 
9. wherein tn response to output ol the pointer for 

the external file and external application, the client 
application instructs the windowing operating sys- 
tem to display a window (or the external application, 

35 

11. A computer implemented system according to Claim 
9. wherein the client application responds to user 
selection of an item in the compound document by 
determining if a valid pointer lor the selected item 
has been received from the application manager -^o 
and wherein in a case where a valid pointer exists 

the client application instructs a windowing operat- 
ing system to display a windowfor the external appli- 
cation. 

1 2. A computer implemented system according to Claim 
9, wherein in response to close down of an external 
application, said application manager invalidates 
the pointer sent to the client application. 

so 

1 3. A computer implemented system according to Claim 
1 2.. wherein in response to close down of an external 
application, the external file manager determines 
whether the external file has been modified, and in 

a case where the external file has been modified ss 
re-imports data from the external file. 

1 4. A computer implemented system according to Claim 



9, wherein in response to cfose down of the client 
application, the client application inspects valid 
pointers received from the application manager lo 
determine whether any external applications are still 
present, and before closing down requests 
close-down of still-present external applications. 

1 5. A computer implemented system according to Claim 
9, wherein in response to iconization of the client 
application,'^ the client application inspects valid 
pointers received from the application manager to 
determine whether any external applications are still 
present and instructs a windowing operating system 
to de-display any still-present external applications 
before iconization. 

1 6. A computer implemented system according to Claim 
1 5, wherein in response to restoration of an iconized 
client application, the client application inspects 
valid pointers received fronn said application man- 
ager and instructs the windowing operating system 
to re-display any still-present external applications. 

1 7. A computer implemented system according to Claim 
9, wherein said application finder confirms that an 
external application is still present by testing the 
external application window handle, the external 
application task handle, matching the external appli- 
cation instance handle against the external applica- 
tion window handle, and matching the external appli- 
cation task handle against the externaLapplication 
window handle. 

18. A computer implemented method for managing an 
external application in response to user selection ot 
an item in a compound document displayed from a 
client application, satd method comprising the steps 
of. 

instantiating an application manager which 
commences polling operations to determine 
whether external applications are present and 
whether associated external files have been modi- 
fied. 

instantiating a file manager responsive to poll- 
ing requests from the application manager to deter- 
mine whether an external application has been mod- 
ified and to inform the application manager of same: 

displaying a compound document from a client 
application: 

responding to user selection of an item in the 
compound document by creating an external file cor- 
responding to the selected item, outputting a file 
name corresponding to the selected item to the 
application manager, associating an external appli- 
cation to the file name. launching the external appli- 
cation, and returning, to the client application, a 
. pointer for the external file and the external applica- 
tion. 
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1 9. A method according to Claim 1 8, further comprising 
the step of responding to receipt of the pointer for 
the external file and the external application by 
instructing a windowing operating system to display 
a window for the external application. 

20. A method according to Claim 18. wherein said step 
of responding to user selection of an item in the com- 
pound document includes the steps of determining 
if a valid pointer for the selected item has been 
received from the application manager instructing 
the windowing operating system to display a vyindow 
for the external application in the case whefre/a valid 
pointer exists, and sending an external fil^ r^ame to 
the application manager in a case where a valid 
pointer does not exist. 

21 . A method according to Claim 1 8, further comprising 
the step of responding to close down of the external 
application by invalidating the pointer sent to the cli- 
ent application. 

22. A method according to Claim 21 . further comprising 
the step of re-importing external file data to the com- 
pound document in a case where the external file 
has been modified. 

23. A method according to Claim 1 8, further comprising 
the step of responding to close down of the client 
application by inspecting pointers received from the 
application manger to determine whether any exter- 
nal applications are still present, and requesting 
close-down of still-present external applications 
before closing down the client application. 

24. A method according to Claim 1 8, further comprising 
the steps of responding to [conization of the client 
application by inspecting the pointers received from 
the application manager to determine whether any 
external applications are still present and instructing 
the windowing operating system to de-display any 
still-present external applications before iconizing. 

25. A method according to Claim 24, further comprising 
the step of responding to restoration of the iconized 
client application by inspecting pointers received 
from the application manager and instructing the 
windowing operating system to re-display any 
still-present external applications. 

26. An apparatus for managing an external application 
in response to user selection of an item in a com- 
pound document displayed from a client application, 
said apparatus comprising: 

a display for displaying compound documents 
and windows corresponding to the client application 
and external applications: 

a memory for storing program steps corre- 



sponding to a windowing operating system which 
responds to instructions to display the client appli- 
cation and external applications on said dispfay, and 
for storing program instruction sequences corre- 

s sponding to the client application: and 

a processor for executing the stored program 
instruction sequences in said memory, 

wherein said stored program instruction 
sequences include steps to (a) instantiate an appli- 

w cation manager which commences polling opera- 
tions to determine whether external applications are 
present and whether associated external files have 
been modified, (b) instantiate a file manager respon- 
sive to polling requests from the application man- 

^5 ager to determine whether an external application 
has been modific-ci and to inform the application 
manager of sar~ * c) display a compound docu- 
ment from a c\k application, and (d) respond to 
user selection of liam in the compound document 

20 by creating an external file corresponding to the 
selected item, outputting a file name corresponding 
to the selected item to the application manager, 
associating an external application to the file name, 
launching the external application, and returning, to 

25 the client application, a pointer for the external file 
and the external application. 

27. An apparatus according to Claim 26. wherein said 
stored program instruction sequences further 
include steps to respond to receipt of the pointer for 
the external file and the external application by 
instructing the windowing operating system to dis- 
play a window for the external application, 

^5 28. An apparatus according to Claim 26. wherein said 
stored program instruction sequences to respond to 
user selection of an item in the compound document 
further include steps to determine if a valid pointer 
for the selected item has been received from the 

■^0 application manager instruct the windowing operat- 
ing system to display a window for the external appli- 
cation In the case where a valid pointer exists, and 
send an external file name to the application man- 
ager In a case where a valid pointer does not exist. 

29. An apparatus according to Claim 26. wherein said 
stored program instruction sequences further 
include steps to respond to close down of the exter- 
nal application by invalidating the pointer sent to the 

50 client application. 

30. An apparatus according to Claim 29. wherein said 
stored program instruction sequences further 
include steps to re-Import external file data to the 

55 compound document in a case where the external 
file has been modified. 

31. An apparatus according to Claim 26, wherein said 
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stored program instruction sequences further 
include steps to respond to ciose down of the client 
application by inspecting pointers received from the 
application manger to determine whether any exter- 
nal applications are still present, and requesting s 
ctose-down of still-present external applications 
before closing down the client application, 

32. An apparatus according to Claim 26, wherein said 
stored program instruction sequences further io 
include steps to respond to icontzation of the client 
application by inspecting the pointers receii/jbd from 

the application manager to determine wh^hk any 
external applications are still present and instructing 
the windowing operating system to de-display any 
still-present external applications before iconizing. 

33. An apparatus according to Claim 32. wherein said 
stored program instruction sequences further 
include steps to respond to restoration of the 
iconized client application by inspecting pointers 
received from the application manager and instruct- 
ing the windowing operating system to re-display 
any still-present external applications. 

23 

34. Computer-executable process steps which man- 
ages an external application in response to user 
selection of an item in a compound document dis- 
played from a client application, the process steps 

including: 

a first instantiation step which instantiates an 
application manager which commences polling 
operations to determine whether external applica- 
tions are present and whether associated external 
files have been modified: 

a second instantiation step which instantiates 
a file manager responsive to polling requests from 
the application manager to determine whether an 
external appttcalion has been modified and to inform 
the application manager of same: -^o 

a displaying step which displays a compound 
document from a client application: 

a responding step which responds to user 
selection of an item in the compound document by 
creating an external file corresponding to the -^5 
selected item, outputting a file name corresponding 
to the selected item to the application manager, 
associating an external application to the file name, 
launching the external application, and returning, to 
the client application, a pointer for the external file 50 
and the external application. 



36. Computer-executable process steps according to 
Clainn 34, wherein said responding step includes a 
determining step which determines if a valid pointer 
for the selected item has been received from the 
application manager instructs the windowing oper- 
ating system to display a window for the external 
application in the case where a valid pointer exists 
and sends an external file name to the application 
manager in a case where a valid pointer does not 
exist- 

37. Computer-executable process steps according to 
Clainn 34, further comprising a step which responds 
to close down of the external application by invali- 
dating the pointer sent to the client application. 

38. Computer-executable process steps according to 
Claim 37, further comprising a step which re-imports 
external file data to the compound document in a 
case where the external file has been modified. 

39. Computer-executable process steps according to 
Claim 34, further comprising a step which responds 
to close down of the client application by inspecting . 
pointers received from the application manger to 
determine whether any external applications are stiff 
present, and which requests close-down of 
still-present external applications before closing 
down the client application. 

40. Computer-executable process steps according to 
Claim 34. further comprising a step which responds 
to iconization of the client application by inspecting 
the pointers received from the application manager 
to determine whether any external applications are 
still present and instructing the windowing operating 
system to de-display any still-present external appli- 
cations before iconizing. 

41. Computer-executable process steps according to 
Claim 40. further comprising a step which responds 
to restoration of the iconized client application by 
inspecting pointers received from the application 
manager and instructing the windowing operating 
system to re-display any still-present external appli- 
cations. 

42. A method, system or apparatus having the features 
of any combination of the preceding claims. 



35, Computer-executable process steps according to 
Claim 34. further comprising a step which responds 
to receipt of the pointer tor the external file and the 55 
external application by instructing a windowing oper- 
ating system to display a window for the external 
application. 
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(5 7) A computer-implemented system for managing 
an external application in response lo a user's selection 
of an item in a compound document which is displayed 
by a client application. The managing system includes 
an application manager and a file manager which are 
simple in construction because there is no need for them 
to communicate directly with the externa! application: 
rather they simply monitor the external application. In 
response to user selection of an item in the compound 
document, the client application copies the selected 
item to an external temporary file and sends the tempo- 
rary file name to the application manager. Based on the 
file name, the application manager associates an exter- 
nal file to the application, launches the external applica- 
tion, issues polling requests for activity of the external 
application, and outputs the file name to the file manag- 
er. In response to outputttng of the file name from the 
application manager, the file manager commences 
monitoring activities of the external file to determine 
whether it has been modified, and, in addition, returns 
a pointer for the external file to the application manger. 
The application manager returns the pointer for the ex- 
ternal file 10 the client application, and in addition returns 
a pointer for the external application. Upon receipt of 
these pointers, the client application instructs a window- 
ing operating system to display a window for the external 
application. By virtue of this arrangement, a full-featured 
compound document capability is provided in which it is 
possible to perform all conventional windowing tasks 
such as close down or re-focus of external applications, 
and close down or iconization of the client application. 



all without any specialized communication lo the exter- 
nal application or the external file. 
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